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OTHER REVENUE IMPLEMENTATION FOR FINANCIAL PROCESSING IN A 
RELATIONAL DATABASE MANAGEMENT SYSTEM 

CROSS REFERENCE TO RELATED APPLICATIONS 
5 This application is related to the following co-pending and commonly assigned 

patent applications: 

Application Serial No. 09/-,-, entitled "BASIC AND INTERMEDIATE NET 
INTEREST REVENUE IMPLEMENTATION FOR FINANCIAL PROCESSING IN A 
RELATIONAL DATABASE MANAGEMENT SYSTEM," filed on same date herewith, 

10 by George Robert Hood and Paul Phibbs, attorney's docket number 8980; 

Application Serial No. 09/-,-, entitled "ADVANCED AND 
BREAKTHROUGH NET INTEREST REVENUE IMPLEMENTATION FOR 
FINANCIAL PROCESSING IN A RELATIONAL DATABASE MANAGEMENT 
SYSTEM," filed on same date herewith, by George Robert Hood and Paul Phibbs, 

15 attorney's docket number 9006; 

Application Serial No. 09/-,-, entitled "DIRECT EXPENSE 
IMPLEMENTATION FOR FINANCIAL PROCESSING IN A RELATIONAL 
DATABASE MANAGEMENT SYSTEM," filed on same date herewith, by George Robert 
Hood, attorney's docket number 9010; 

20 Application Serial No. 09/-,-, entitled "INDIRECT EXPENSE 

IMPLEMENTATION FOR FINANCIAL PROCESSING IN A RELATIONAL 
DATABASE MANAGEMENT SYSTEM," filed on same date herewith, by George Robert 
Hood, attorney's docket number 9008; and 
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Application Serial No. 09/-,-, entitled "RISK PROVISION 
IMPLEMENTATION FOR FINANCIAL PROCESSING IN A RELATIONAL 
DATABASE MANAGEMENT SYSTEM," filed on same date herewith, by George Robert 
Hood, attorney's docket number 9011; 
5 all of which are incorporated by reference herein. 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention. 

This invention relates in general to financial processing systems performed by 
10 computers, and in particular, to the implementation of "other revenue" calculations for 
financial processing using data accessed from a relational database management system 

2. Description of Related Art. 

Financial processing systems provide tools for financial analysis of accounting data. 

15 Typically, each financial processing system operates in a unique way and approaches financial 
analysis differently. Some financial processing systems are advanced in their approach to 
profitability calculations, and others are still at a more basic level. In addition, there is no 
agreement as to the rules for profitability calculations, outside of generally accepted 
accounting policies that external auditors use. 

20 Yet, the majority of financial processing systems attempt to use profitability 

calculations to differentiate between sources of revenues and expenses. There is a need, 
then, for a flexible approach to profitability calculations in terms of the overall metric, as 
weE as the type of data used. 
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SUMMARY OF THE INVENTION 
A Value Analyzer is a data-driven computer- facilitated financial processing system 
that accesses account, event and organization attributes from a relational database 
management database, wherein: (1) the event attributes comprise data about account-related 
5 transactions, (2) the account attributes comprise data about accounts being measured, and 
(3) the organization attributes comprise data about the organization's financial status. 
Profitability calculations are performed using the account, event and organization attributes 
accessed from the relational database management system, as well as one or more profit 
factors and one or more rules. The profitability calculations include the following: 
10 Profit = Net Interest Revenue (MR) 

+ Other Revenue (OR) 
Direct Expense (DE) 
Indirect Expense (IE) 
Risk Provision (RP) 

15 In this calculation, Other Revenue (OR) comprises: (1) revenue that can be associated with 
an account, (2) revenue that can be associated with a person, and (3) revenue that is not 
specifically associated with an account or person. 



BRIEF DESCRIPTION OF THE DRAWINGS 
20 Referring now to the drawings in which like reference numbers represent 

corresponding parts throughout: 

FIG. 1 illustrates an exemplary hardware and software environment according to the 
preferred embodiment of the present invention; 
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FIG. 2 is a data flow diagram that illustrates the operation of the Value Analyzer 
according to the preferred embodiment of the present invention; and 

FIG. 3 is a flow chart illustrating the steps necessary for the execution of Profitability 
Calculations according to the preferred embodiment of the present invention. 

5 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
In the following description of the preferred embodiment, reference is made to the 
accompanying drawings which form a part hereof, and in which is shown byway of 
illustration a specific embodiment in which the invention may be practiced. It is to be 
10 understood that other embodiments may be utilized and structural changes may be made 
without departing from the scope of the present invention. 



OVERVIEW 

The Value Analyzer is a data-driven computer-facilitated financial model that 
15 provides accurate and consistent profitability calculations using account, event and 

organization data stored in a relational database management system (RDBMS), wherein: (1) 
the account attributes comprise data about accounts being measured, (2) the event attributes 
comprise data about account-related transactions, and (3) the organization attributes 
comprise data about the organization's financial status. The profitability calculations 
20 performed by the Value Analyzer rely on a Five Factor Atomic Profit Metric (FFAPM): 
Profit = Net Interest Revenue (NIB) 
+ Other Revenue (OR) 
Direct Expense (DE) 
Indirect Expense (IE) 
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Risk Provision (RP) 

NIR + OR-DE-IE-RP 
In the above equation, it is assumed that the sign of elements that reduce profit are 
negative and those that contribute are positive. 

Each of the five factors of FFAPM are defined below: 

• Net Interest Revenue. This component comprises interest revenue, and is 
the largest component of profitability (e.g., from loans, deposits, cash, etc.). 

• Other Revenue. This component comprises non-interest revenue (e.g., fees 
and commissions), including those driven by events (e.g., open account, 
excessive counter withdrawals, early payout penalties, etc.). 

• Direct Expense. This component comprises expenses driven by events that 
are attributable to accounts. 

• Indirect Expense. This component comprises expenses that are not 
attributable to specific accounts. This includes expenses that relate to the 
cost of doing business that are not driven by account or event activity, such 
as those that arise from overheads, inefficiencies or differences between 
standard and actual costs (e.g., the CEO's salary, etc.). 

• Risk Provision. This component comprises the expected cost of risks that 
arise from the uncertainties of doing business, e.g., market risks, customer 
credit, competition, operations, regulatory risks, political risks, etc. 

Each of these five factors can be measured for a desired period (daily, weekly, 
monthly, quarterly, etc.). Moreover, each factor is essentially discrete and independent with 
fundamentally different characteristics, which strengthens the user's ability to fully utilize the 
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output to determine relationships between account, event and organization data, and enable 
consistent multiple dimensional aggregation. 

The FFAPM is "atomic 55 in that profitability is computed using data stored in a 
relational database management system (RDBMS). There are three aspects to this: 
5 • components of prof itability may be measured below the account level (at events 

which make up account activity over an accounting period) and accumulated to the 

account, 

• components of profitability may be measured directly at the account level (such 
as interest paid or earned for an accounting period), 
10 • components of profitability may be known, obtained, or aggregated at a higher 

level, and may be apportioned down to specific accounts and events according to 
various rules. 

The Value Analyzer generally defines "indirect 55 components of profitability to be 
those which must be apportioned to accounts and "direct 55 components to be those which 
1 5 are either computed at the account level, or are rolled up to the account level from lower 
level events. 

HARDWARE AND SOFTWARE ENVIRONMENT 
FIG. 1 illustrates an exemplary hardware and software environment according to the 
20 preferred embodiment of the present invention. In the exemplary environment, a computer 
system 100 implements a financial processing system in a three-tier client-server architecture, 
wherein the first or client tier provides a Value Analyzer Client 102 that may include, inter 
alia, a graphical user interface (GUI), the second or middle tier provides a Value Analyzer 
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Calculation Engine 104 for performing profitability calculations as described later in this 
application, and the third or server tier comprises a Relational DataBase Management system 
(RDBMS) 106 that stores the data and metadata necessary for performing the profitability 
calculations from the data and metadata stored in a relational database. The first, second, 

5 and third tiers may be implemented in separate machines, or may be implemented as 
separate or related processes in a single machine. 

In the preferred embodiment, the Value Analyzer Client 102 and the Value Analyzer 
Calculation Engine 104 together are referred to as the Value Analyzer. Generally, the Value 
Analyzer Client 102 includes a graphical user interface (GUI) for operators of the system 

10 100, wherein requests are transmitted to the Value Analyzer Calculation Engine 104 and 

responses are received therefrom. The Value Analyzer Calculation Engine 104 performs the 
profitability calculations and other processing, including commands or functions for 
performing various search and retrieval functions in the RDBMS 106, wherein queries are 
transmitted to the RDBMS 106 as requests and tuples are received therefrom as responses. 

15 The Value Analyzer Client 102 and the Value Analyzer Calculation Engine 104 may be 

implemented in separate machines, or maybe implemented as separate or related processes 
in a single machine. 

In the preferred embodiment, the RDBMS 106 includes at least one Parsing Engine 
(PE) 108 and one or more Access Module Processors (AMPs) 110A-110E storing the 
20 relational database in one or more data storage devices 112A-112E. The Parsing Engine 108 
and Access Module Processors 110 maybe implemented in separate machines, or maybe 
implemented as separate or related processes in a single machine. The RDBMS 106 used in 
the preferred embodiment comprises the Teradata® RDBMS sold by NCR Corporation, the 
assignee of the present invention, although other DBMS's could be used. 
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In the preferred embodiment, the system 100 may use any number of different 
parallelism mechanisms to take advantage of the parallelism offered by multiple Access 
Module Processor 110. Further, data within the relational database maybe fully partitioned 
across all data storage devices 112 in the system 100 using hash partitioning or other 

5 partitioning methods. 

Generally the Value Analyzer Client 102, Value Analyzer Calculation Engine 104, 
RDBMS 106, Parsing Engine 108, and/or Access Module Processors 110A-110E comprise 
logic and/or data tangibly embodied in and/or accessible from a device, media, carrier, or 
signal, such as RAM, ROM, one or more of the data storage devices 112A-112E, and/ or a 

10 remote system or device communicating with the computer system 100 via one or more data 
communications devices. 

However, those skilled in the art will recognize that the exemplary environment 
illustrated in FIG. 1 is not intended to limit the present invention. Indeed, those skilled in 
the art will recognize that other alternative environments maybe used without departing 

1 5 from the scope of the present invention. In addition, it should be understood that the 
present invention may also apply to components other than those disclosed herein. 

VALUE ANALYZER DATA FLOW 
FIG. 2 is a data flow diagram that illustrates the operation of the Value Analyzer 
20 Calculation Engine 104 according to the preferred embodiment of the present invention. 
Within the Value Analyzer Calculation Engine 104, one or more Profitability Calculations 
200 accept a number of inputs including Account Attributes 202, Event Attributes 204, 
Organization Attributes 206, and Profit Factors 208. Thereafter, the Profitability 
Calculations 200 invoke one or more Rules 210 that generate the FFAPM 212, which in turn 
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are used to create the Database 212. The Database 212 maybe represented along account, 
event, or organization dimensions, or along other dimensions as maybe required. These 
elements are described in more detail below. 

In put Definitions 

Account Attributes 202 comprise data about the accounts being measured. This data 
includes: balance, rate (or interest accrued), product identification, limits, expected default 
frequency, and various dates (e.g., open, rate reset, last payment, next payment, maturity, 
etc.). 

Event Attributes 204 comprise data about account-related events or transactions. 
This data includes: account identification, event or transaction amounts, event or transaction 
location, event or transaction time, counter-party identification, event or transaction type 
(e.g., loan payment, interest paid, loan drawdown amount, etc.). 

Organization Attributes 206 comprise data about the financial status of the 
organization. This data includes: balance sheet and profit statement amounts aggregated by 
the legal or management entities that own the account base being measured. 

Profit Factors 208 include parameter values necessary to perform the Profitability 
Calculations 200. The major classifications of this data include: 

• Funds transfer rates are pricing methods that require matched maturity 
opportunity rates for use in valuing each account's marginal use or source of 
internal funds. 

• Unit costs are used for Direct Expense calculations, where a total cost is 
provided as an Organization Attribute 206 and the Unit Cost is then derived 

9 

NCR 9015 



by dividing total cost by actual volume. Unit Costs can be either standard, 
actual, or market, and ideally represent marginal values (if "fully absorbed, 
measures" are used, then the usefulness of allocated amounts is diminished.) 

• Allocated amounts are used in both Other Revenue and Indirect Expense 
calculations, wherein the allocated amounts are apportioned amongst all 
accounts in a group. 

• Miscellaneous calculation values may comprise, for example, the number of 
days in a profit measurement period, an equity allocation weighting, etc. 
These values are known as "modeling" parameters. 

• Amortization parameters are used in interest amortization, which requires 
interest rates and life values used by straight line amortization and by 
declining balance of amortization. 

• Risk measurement parameters are used in Risk Provision calculations, which 
require various factors, such as: loss rates, reserve percentages, exposure 
factors, recovery rates, default probabilities and collection costs. 

• Tax rates are required for after-tax profit calculation. The Value Analyzer is 
designed to calculate pre-tax income on a taxable equivalent basis (where an 
effective tax rate is all that is required to transform pre-tax income into after 
tax earnings, i.e., Profit). 



Rules 

The Profitability Calculations 200 use one or more Rules 210 applied to data 
retrieved from the RDBMS 106. These Rules 210 include, inter alia, the following: 
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Treatments. Every account with cash flows affecting a organization's balance sheet 
requires a method of valuing the account's use of internal funds. One approach is "matched 
maturity funds transfer pricing," which uses a canonical representation of an account's 
funding characteristics and then determines a value based on adjusted market yields for each 
5 instance that requires an interest rate transfer price to calculate an account's marginal Net 
Interest Revenue. 

E quity Allocation. In order to provide precise Net Interest Revenue calculations, the 
amount of equity funds required at an account must be determined. This rule allows for 
equity allocation using any of the following methods: simple ratios; regulatory definitions; 
10 economic allocations, or user defined allocations. 

Apportionment. Other Revenue, Risk Provision and Indirect Expense calculations 
are applied at the account level using Organization Attributes 206 that are not related direcdy 
to account activity. These profit adjustments are made so that the sum of all account-level 
Profitability Calculations 200 comprises the overall profit. One approach is to pool indirect 
15 costs and revenues and then apportion them. Apportionment rules specify how the pooled 
indirect costs and revenues is completely allocated to appropriate accounts, wherein the 
preferred embodiment uses closed form allocation rules, which require only information 
known in the current period and not iterative computation. 

Amortization. Some types of income or expense are deferred or accrued over 
20 multiple periods, including and subsequent to the current accounting period. This is 

common to accrual accounting methods used in profit presentations of financial statements, 
and gives rise to timing differences between cash flows and their related profit as presented 
in a financial statement in any accounting period. Since the Value Analyzer is designed to 
reconcile to the financial statement's profit values, it supports deferral and accrual 
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accounting principles. Amortization methods that account for these timing differences are: 
interest amortization (used for interest income and expense accruals and for deferral of fees 
that are in lieu of interest), and straight line or declining balance amortizations (used for cost 
deferrals and investment depreciation). 
5 Other Revenue Pricing. In situations where account and event activity can be used 

to derive account level income or fees, the Value Analyzer calculates these drivers of the 
profitability in the Other Revenue calculations. These calculations comprise linear 
combinations of event or account values and modeled coefficients. 

Direct Expense. The calculation of account profit adjustments due to account- 
10 related activity requires rules that take the form of linear combinations of event or account 
values and modeled coefficients. 

Indirect Expense. In situations where expense apportionment or amortization 
amounts are aggregated, the user may want different rules applied depending on the path (01 
dimension) of aggregation. These rules allow for multiple profit calculations rules to be 
1 5 applied to derive multiple account level Indirect Expense amounts . 

Risk Provision. Adjusting current profit for expected future losses is known as 
"actuarial" profit provisioning. The Value Analyzer applies actuarial-based methods in its 
account level profit calculations, where the actuarial reserve that the provisions maintain 
represents the expected loss associated with all accounts. 
20 Taxable Equivalent Gross-up. Profit is an after-tax measure, and thus some events 

or portions of some accounts' profits maybe excluded from normal taxation. The Value 
Analyzer adjusts these pre-tax values, so that a singular tax rate can be used to convert pre- 
tax profit into after-tax values, which are also known as taxable equivalent adjustment. 
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These rules use account and event attributes to adjust each of the five factors of the FFAPM 
to a taxable equivalent basis. 

Interest Yield Adjustments. Since the Value Analyzer can calculate profits for any 
number of periods, the adjustment of cash interest payments, and the financial statement's 
accrual or smoothed representation of interest-related Profit, The Value Analyzer provides a 
method for converting cash interest amounts to accrual amounts for financial statements. 
The Value Analyzer implements an "effective interest rate* conversion to accomplish this 
type of calculation. 

Profitability Calculations 

The following describes the method used by the Profit Calculations 200: 

1 . Retrieve data from the RDBMS 106. 

2. Calculate Net Interest Revenue for every account. 

3 . Calculate Other Revenue for every account. 

4. Calculate Direct Expense for every account. 

5. Calculate Indirect Expense for every account. 

6. Calculate Risk Provision for every account. 

7. Calculate Profit for every account. 

8. Store the FFAPM Profit and the five factors of FFAPM into the RDBMS 

106. 

9. Aggregate and/or re-calculate the FFAPM Profit and the five factors of 

FFAPM as necessary. 

Note that steps 2 through 6 perform account-level calculations. Steps 2, 3, 4, 5, and 
6 can be performed independently and in parallel, while step 7 requires values derived in 
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steps 2, 3, 4, 5, and 6, and therefore must be performed after steps 2, 3, 4, 5, and 6 are 
completed. 

Output Definition 

5 The Profit Calculations 200 generate one or more values for the five factors of the 

FFAPM 210, and specifically, the MR, OR, DE, IE, RP, and Profit values. These values are 
used to generate the output data 214, which can be stored by the RDBMS 106 in the 
relational database. 

10 Analytic Variations 

The Value Analyzer operates on data and calculations across a continuum, in order 
to provide the analytic variations necessary for financial processing at various levels of 
aggregation. This continuum is comprised of multiple tiers as described below: 
basic - > intermediate - > advanced - > breakthrough. 
15 Not every tier is necessarily present for each element of data or every calculation. 

This continuum embodies the notion of inheritance, wherein the data and 
calculations of the higher tiers embody the data and calculations of the lower tiers. The 
principle of inheritance means that the data and calculations by which the separate tiers are 
defined are nested, i.e., the definition of "intermediate" includes the definition of "basic," 
20 but with added functionality that goes beyond "basic," and so on. Thus, there is consistency 
in the data and calculations performed at the different tiers in the continuum. 
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Other Revenue 

As noted above, Other Revenue (OR) refers to revenue other than Net Interest 
Revenue (NIR). In the preferred embodiment, there are three kinds of OR: (1) that which 
can be associated with an account (an account-based fee, for example), (2) that which can be 
5 associated with a person (commissions for services, for example), and (3) that which is not 
specifically associated with an account or person (all other income). In the preferred 
embodiment, there are three components of Other Revenue: Actual Other Revenue, 
Expected Other Revenue, and Other Revenue Foregone, all of which are described below. 

10 Actual Other Revenue 

Actual Other Revenue (OR) is the revenue that is actually received on each account. 
This is determined by utilizing detailed event or transaction data and assessing the total fee 
income received. Frequendy, organizations establish policies for fees, but the amounts 
stated in the policies and procedures are not always received (fees maybe waived, not 
15 collected, reduced, etc.). The Actual OR component establishes the amount received from 
the account, regardless of the fee policies and procedures. 

There are two fundamental types of Actual OR that are assessed: 

• One-time Fees - these are fees that are charged for a once- off or unusual 
service. An example of a once-off fee is a loan application fee. The Value Analyzer also 

20 supports deferral of one-time fees in accrual accounting. 

• Recurring Fee - these are fees that are charged periodically (not necessarily 
the same amount each time) for ongoing account service. An example of a Reclining Fee is 
a monthly account maintenance fee. 
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Ex pected Other Revenue 

Expected Other Revenue (OR) is the amount of income expected to be received, 
e.g, as stated in the pricing policies. In essence, Expected OR represents the fees that have 
been established to cover costs and provide an adequate level of profit. 
5 Fee policies and procedures are generally established at product and account levels. 

For example, a checking account with average monthly balance below $500 may attract a 

r 

maintenance fee of $20; if the balance is between $500 and $5,000; then the fee may be $10; 
if the balance is greater than $5,000, then the fee maybe $0. However, while policies 
relating to the charging of fees are common, they are not always followed and fees are often 
10 waived regardless of whether stated policy criteria is met. 

There are in general two types of fee waivers: 

• Discretionary Waiver - These are fees that are waived on a discretionary 
basis in order to attract and retain business. 

• Policy Waiver - These are fees that may be waived as a matter of policy. For 
15 example, if the average monthly balance exceeds $5,000, a monthly account maintenance fee 

maybe waived. 



Other Revenue Foregone 

Other Revenue (OR) Foregone is the amount of revenue foregone on each account, 
20 which is the difference between Expected OR and Actual OK OR Foregone provides the 
ability to monitor fee strategies, including both Discretionary and Policy Waivers. OR 
Forgone is important, since it is believed that it influences customer behavior. 
An example of OR Foregone is demonstrated as follows: 
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Mortgage Loa 
Pricing Policy: 
Transaction Detail: 
Computation: 

5 

The loan application fee in this case may have been reduced if the customer had a 
strong and valuable relationship with the lender. In this example, an Expected OR of $400 
is based on Pricing Policy, an Actual OR of $300 is derived from Transaction Detail, and an 
OR Foregone of $100 is calculated as the difference between Expected OR and Actual OR 
10 Note that while Expected OR and OR Foregone are calculated, they are not part of 

the total account profit. Only revenue that is actually received contributes to the total 
account profit. 

Other Revenue in the Basic Tier 
15 Following are the inputs and outputs of the calculation of Other Revenue in the 

Basic Tier: 



Inputs 


Outputs 


Partitioning of OR 


Actual OR (via allocation methods) 


Rules for determining the map of account 
a to the OR 




Allocation methods for each partition, and 
corresponding variables (such as balances 
or transactions, depending on the 
allocation method) 





Loan Application Fee = $400 « Expected OR 

Actual Transaction = $300 = Actual OR 

Calculated Difference = $100 = OR Foregone 
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One approach to the calculation of OR is to first identify the OR components, and 
then partition these components into categories based on: (a) which accounts are to obtain 
an allocation from a given partition; and (b) the methods by which the allocations are made. 

In the discussion that follows, let: 
5 ORj = A partition of Other Revenue, 

ORi(a) = The amount of ORi apportioned to account a, 

A(ORj) = The accounts that map to ORi. 

There are a few simple properties of this partitioning: 

• The total OR being partitioned must equal the sum of all the partition 
10 amounts. That is, X ORi = OK 

• The apportionment of ORj to the associated accounts totals to ORi. That is, 
X OR i (a k ) = ORi, when summed over k 

• An account may be associated with more than one partition of OK 

• Some partitions may be associated with all accounts. 

15 • If all of OR is not allocated, then the unallocated OR can be considered to 

be a partition to which no account is associated. 
In the preferred embodiment, four different allocation methods are used in the Basic 

Tien 

• balance method, 
20 • count method, 

• transaction count method, or 

• transaction amount method. 

These four different allocation methods are described in more detail below. 
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Let M be one of these fourth methods, where M is dependent upon the partition 
under consideration. 

If M(ORj) = "balance," then: 

average balanceia) 

ORM) = OR, *W — y-rr 

2^(average balance{a .)) 

j 

5 where the summation is over all a, in A(ORj) . 
If M(OR^ = "count," then: 

1 



OR i (a) = OR i 



(count (a j) in A(OR;)) 



where the count is over all ^ in A(ORj). 
10 If M(ORi) = "transaction count," then: 

^countof transactions for (a) 

OR, (a) = OR; * — TT 

1 2^2^countof transactions jorya) 



where p is the number of transactions over the period and the summation is over all aj an 
A(OlQ. 

If MpR) = "transaction amount," then: 

^transaction amounts for (a) 



15 OR^^OR, 



# p_ 



^^transaction amounts for (a) 

j p 



where p is the number of transactions over the period, the summation is over all ^ in 
A(ORj), and the transactions are restricted to a transaction or event type. 

Total OR for an account is given by the sum of these allocations for all partitions for 
which account a has an association: 
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QR(fl) = 2(QR f (a)) 



Other Revenue in the Intermediate Tier 

Following are the inputs and outputs of the calculation of Other Revenue in the 
5 Intermediate Tien 



In the Intermediate Tier, the approach of Value Analyzer is: (a) include the data and 
calculations of the Basic Tier; and (b) to provide additional functionality based on 
10 Organization Attributes 206. This additional functionality calculates Non-Interest Revenue 
(MR) by simply taking the amount posted to the account (this is generally a cash accounting 
approach) or take a posted amount, and applying a factor to it. 



Inputs 



Outputs 



OR as posted to account a 



Actual Other Revenue (cash accounting, or 
accrual if the accruals are posted at the 
account or event levels) 



The formulas for calculating OR are provided below: 



Let: 



15 



a 



= Account being considered 



ORi(a) 



= OR apportioned to a (if any) from a partition OR,. 



Txn(t);(a) 



= The transactions reflecting the activity of account a 



in the period restricted to a given event type t. 



Amt(Txni(a)) 



= The transaction amount (0 if null). 



20 



Rev(Txn i (a)) 



= The revenue amount associated with this 



transaction. This is assumed to be of the form 
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[a ?: "Amt(Txn i (a)) + p] where a, p are preset 
values based on the event type. 
OR(a) = Total OR apportioned to account a. 

Then: 

5 OR{a) = ££(JM^(0,(«)) 

type t i 

which is summed over all the transactions of account a and includes apportioned 
revenue as in the Basic Tier. 
Thus: 

OR(a) = £1> * Amtijxnit), (a)) + fi] + (a)) 

typet i i 

10 In the above, note that "transaction" is considered to be synonymous with "event." 

LOGIC OF THE PREFERRED EMBODIMENT 
FIG. 3 is a flow chart illustrating the steps necessary for the execution of Profitability 
Calculations 200 according to the preferred embodiment of the present invention. Those 
15 skilled in the art will recognize that this logic is provided for illustrative purposes only and 
that different logic maybe used to accomplish the same results. 

Block 300 represents the Value Analyzer Client 102 invoking one or more 
Profitability Calculations 200 in the Value Analyzer Calculation Engine 104. 

Block 302 represents the Value Analyzer Calculation Engine 104 invoking one or 
20 more scripts related to the invoked Profitability Calculations 200, wherein the scnpts 

comprise SQL statements that are transmitted to the RDBMS 106. These SQL statements 
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access account, event and organization attributes from the database managed by the RDBMS 
106. 

Block 304 represents the Parsing Engine 108 of the RDBMS 106 receiving the SQL 
statements and transforming the statements into an operator tree. 
5 Block 306 represents the Parsing Engine 108 of the RDBMS 106 generating one or 

more access plans from the operator tree. 

Block 308 represents the Parsing Engine 108 of the RDBMS 106 parallelizing the 
access plans, and then transrmtting the access plans to their assigned Access Module 
Processors 110A-E of the RDBMS 106. 
10 Block 3 10 represents the Access Module Processors 1 10A-E of the RDBMS 106 

performing the required data manipulation associated with the access plans received from 
the Parsing Engine 108, wherein the access plans are performed in parallel by the Access 
Module Processors 110A-E. 

Block 312 represents the Parsing Engine 108 of the RDBMS 106 merging the results 
1 5 received from the Access Module Processors 1 10 A-E and providing the merged results to 
the Value Analyzer Calculation Engine 104 as account, event and organization attributes. 

Block 314 represents the Value Analyzer Calculation Engine 104 performing the 
invoked Profitability Calculations 200 using the account, event and organization attributes 
accessed from the RDBMS 106, as well as one or more profit factors and one or more rules. 
20 In this Block, the Profitability Calculations 200 include: 

Profit = Net Interest Revenue (NIR) 
+ Other Revenue (OR) 
Direct Expense (DE) 
Indirect Expense (IE) 
22 
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Risk Provision (RP) 



wherein Other Revenue (OR) comprises: (1) revenue that can be associated with an account, 
(2) revenue that can be associated with a person, and (3) revenue that is not specifically 
associated with an account or person. In this Block, the profit factors include parameter 



the profitability calculations. 

As noted above, Block 314 selects the Other Revenue from one or more sources, 
i.e., Actual Other Revenue, Expected Other Revenue, and Other Revenue Foregone. The 
Actual Other Revenue is selected from one or more sources selected from a group 

10 comprising: One-time Fees and Recurring Fees. The Expected Other Revenue is revenue 
expected to be received. The Other Revenue Foregone is revenue foregone on each 
account, i.e., the difference between the Expected Other Revenue and the Actual Other 
Revenue. Once selected, the Other Revenue is partitioned and apportioned to one or more 
accounts associated with each partition using one or more specified allocation methods 

15 selected from a group comprising: balance method, count method, transaction count 
method, or transaction amount method. 

Block 316 represents the Value Analyzer Calculation Engine 104 dehvering the 
output or results from the invoked Prof itability Calculations 200 to the Value Analyzer 
Client 102 and/or the RDBMS 106. With regard to the Value Analyzer Client 102, the 

20 results maybe presented to the user, printed, or used by various other computer programs, 
as desired. With regard to the RDBMS 106, the results may be stored for later use by the 
Value Analyzer Calculation Engine 104, or other computer programs, as desired. 



5 



values necessary to perform the profitability calculations and the rules direct operations of 
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CONCLUSION 

This concludes the description of the preferred embodiment of the invention. The 
following paragraphs describe some alternative embodiments for accomplishing the same 
invention. 

5 In one alternative embodiment, any type of computer or configuration of computers 

could be used to implement the present invention. In addition, any database management 
system, decision support system, on-line analytic processing system, or other computer 
program that performs similar functions could be used with the present invention. 

In summary, the present invention discloses a Value Analyzer, which is a data-driven 
10 computer-facilitated financial processing system that accesses account, event and 

organization attributes from a relational database management database, wherein: (1) the 
account attributes comprise data about accounts being measured, (2) the event attributes 
comprise data about account- related transactions, and (3) the organization attributes 
comprise data about the organization's financial status. Profitability calculations are 
15 performed using the account, event and organization attributes accessed from the relational 
database management system, as well as one or more profit factors and one or more rules. 
The profitability calculations include the following: 

Profit = Net Interest Revenue (NIR) 
+ Other Revenue (OR) 
20 - Direct Expense (DE) 

Indirect Expense (IE) 
Risk Provision (RP) 
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In this calculation, Other Revenue (OR) comprises: (1) revenue that can be associated with 
an account, (2) revenue that can be associated with a person, and (3) revenue that is not 
specifically associated with an account or person. 

The foregoing description of the preferred embodiment of the invention has been 
5 presented for the purposes of illustration and description. It is not intended to be exhaustive 
or to limit the invention to the precise form disclosed. Many modifications and variations 
are possible in light of the above teaching. It is intended that the scope of the invention be 
limited not by this detailed description, but rather by the claims appended hereto. 
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WHAT IS CLAIMED IS: 

1. A method of performing financial processing in a computer, comprising: 

(a) accessing account, event and organization attributes from a database accessible by 
the computer, wherein: (1) the account attributes comprise data about accounts being 
measured, (2) the event attributes comprise data about account- related transactions, and (3) 
the organization attributes comprise data about the organization's financial status; 

(b) performing one or more profitability calculations in the computer using the 
account, event and organization attributes accessed from the database, as well as one or 
more profit factors and one or more rules, wherein the profitability calculations include: 

Profit « Net Interest Revenue (NIR) 
+ Other Revenue (OR) 
Direct Expense (DE) 
Indirect Expense (IE) 
Risk Provision (RP) 

(c) wherein the Other Revenue comprises: (1) revenue that is associated with an 
account, (2) revenue that is associated with a person, and (3) revenue that is not specifically 
associated with an account or person. 

2. The method of claim 1, wherein the profit factors include parameter values 
necessary to perform the profitability calculations. 

3. The method of claim 1, wherein the rules direct operations of the 
profitability calculations. 
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4. The method of claim 1, wherein the Other Revenue is selected from one or 
more sources selected from a group comprising: Actual Other Revenue, Expected Other 
Revenue, and Other Revenue Foregone. 

5 5. The method of claim 4, wherein the Actual Other Revenue is selected from 

one or more sources selected from a group comprising: One-time Fees and Recurring Fees. 

6. The method of claim 4, wherein the Expected Other Revenue is revenue 
expected to be received. 

10 

7. The method of claim 4, wherein the Other Revenue Foregone is revenue 
foregone on each account. 

8. The method of claim 4, wherein the Other Revenue Foregone is the 
15 difference between the Expected Other Revenue and the Actual Other Revenue. 

9. The method of claim 1, wherein the Other Revenue is partitioned and 
apportioned to one or more accounts associated with each partition using one or more 
specified allocation methods selected from a group comprising: balance method, count 

20 method, transaction count method, or transaction amount method. 

10. A system for financial processing, comprising: 
a computer, 

logic, performed by the computer, for: 
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(a) accessing account, event and organization attributes from a database 
accessible by the computer, wherein: (1) the account attributes comprise data about 
accounts being measured, (2) the event attributes comprise data about account- 
related transactions, and (3) the organization attributes comprise data about the 

5 organization's financial status; 

(b) performing one or more profitability calculations in the computer using 
the account, event and organization attributes accessed from the database, as well as 
one or more profit factors and one or more rules, wherein the profitability 
calculations include: 

10 Profit = Net Interest Revenue (NIB) 

+ Other Revenue (OR) 
Direct Expense (DE) 
Indirect Expense (IE) 
Risk Provision (RP) 

15 ( c ) wherein Other Revenue comprises: (1) revenue that can be associated 

with an account, (2) revenue that can be associated with a person, and (3) revenue 
that is not specifically associated with an account or person. 

11. The system of claim 10, wherein the profit factors include parameter values 
20 necessary to perform the profitability calculations . 

12. The system of claim 10, wherein the rules direct operations of the 
profitability calculations. 
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13. The system of claim 10, wherein the Other Revenue is selected from one or 
more sources selected from a group comprising: Actual Other Revenue, Expected Other 
Revenue, and Other Revenue Foregone. 

5 14. The system of claim 13, wherein the Actual Other Revenue is selected from 

one or more sources selected from a group comprising: One-time Fees and Recurring Fees. 

15. The system of claim 13, wherein the Expected Other Revenue is revenue 
expected to be received. 

10 

16. The system of claim 13, wherein the Other Revenue Foregone is revenue 
foregone on each account. 

17. The system of claim 13, wherein the Other Revenue Foregone is the 
1 5 difference between the Expected Other Revenue and the Actual Other Revenue. 

18 . The system of claim 10, wherein the Other Revenue is partitioned and 
apportioned to one or more accounts associated with each partition using one or more 
specified allocation methods selected from a group comprising: balance method, count 

20 method, transaction count method, or transaction amount method. 

19. An article of manufacture embodying logic for performing financial 
processing in a computer, comprising: 
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(a) accessing account, event and organization attributes from a database accessible by 
the computer, wherein: (1) the account attributes comprise data about accounts being 
measured, (2) the event attributes comprise data about account- related transactions, and (3) 
the organization attributes comprise data about the organization's financial status; 
5 (b) performing one or more profitability calculations in the computer using the 

account, event and organization attributes accessed from the database, as well as one or 
more profit factors and one or more rules, wherein the profitability calculations include: 
Profit = Net Interest Revenue (NIR) 
+ Other Revenue (OR) 
10 - Direct Expense (DE) 

Indirect Expense (IE) 
Risk Provision (RP) 

(c) wherein Other Revenue comprises: (1) revenue that can be associated with an 
account, (2) revenue that can be associated with a person, and (3) revenue that is not 
15 specifically associated with an account or person. 

20. The article of manufacture of claim 19, wherein the profit factors include 
parameter values necessary to perform the profitability calculations. 

20 21. The article of manufacture of claim 19, wherein the rules direct operations of 

the profitability calculations. 
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22. The article of manufacture of claim 19, wherein the Other Revenue is 
selected from one or more sources selected from a group comprising: Actual Other 
Revenue, Expected Other Revenue, and Other Revenue Foregone. 

5 23. The article of manufacture of claim 22, wherein the Actual Other Revenue is 

selected from one or more sources selected from a group comprising: One-time Fees and 
Recurring Fees. 

24. The article of manufacture of claim 22, wherein the Expected Other Revenue 
10 is revenue expected to be received. 

25. The article of manufacture of claim 22 5 wherein the Other Revenue 
Foregone is revenue foregone on each account. 

15 26. The article of manufacture of claim 22, wherein the Other Revenue 

Foregone is the difference between the Expected Other Revenue and the Actual Other 
Revenue. 

27. The article of manufacture of claim 19, wherein the Other Revenue is 
20 partitioned and apportioned to one or more accounts associated with each partition using 
one or more specified allocation methods selected from a group comprising: balance 
method, count method, transaction count method, or transaction amount method. 
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ABSTRACT OF THE DISCLOSURE 



A financial processing system that accesses account, event and organization 
attributes from a relational database management database, wherein: (1) the account 
attributes comprise data about accounts being measured, (2) the event attributes comprise 

5 data about account-related transactions, and (3) the organization attributes comprise data 
about the organization's financial status. Profitability calculations are performed using the 
account, event and organization attributes accessed from the relational database management 
system, as well as one or more profit factors and one or more rules. The profitability 
calculations include the following: 

10 Profit = Net Interest Revenue (MR) 



Indirect Expense (IE) 
Risk Provision (RP) 

15 In this calculation, Other Revenue (OR) comprises: (1) revenue that can be associated with 



+ 



Other Revenue (OR) 



Direct Expense (DE) 



an account, (2) revenue that can be associated with a person, and (3) revenue that is not 



specifically associated with an account or person. 
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